Strip release-process narration from per-repo docs - #3
Conversation
The release process is owned by rainix's rainix-tag-release reusable and restating it per-repo drifts: rainlanguage/rainix#338 made tag-release push-free, so the 'commits the snapshot back to main' narration here was already stale. Docs-only; repo-local invariants kept, mechanics point to rainix. Ruling: rainlanguage/claude-audit-skills#91 Philosophy: rainlanguage/rainix#298 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. WalkthroughThe release workflow comment and project documentation now describe manual ChangesManual release flow documentation
Estimated code review effort: 1 (Trivial) | ~3 minutes Merge Risk: ⚪ Minimal · up to This PR only removes stale release-process narration from repository documentation while preserving repository-local deployment facts; no actionable merge-blocking risk remains. Possibly related issues
Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Docs-only. Strip release-process narration that this per-repo doc restates but does not own.
Human ruling (2026-08-20): "you really shouldn't put release processes in the per repo docs because it's super fragile." The release process is owned by rainix's
rainix-tag-release.yamlreusable; per-repo restatements drift the moment the reusable changes — which just happened: rainlanguage/rainix#338 / rainlanguage/rainix#339 made tag-release push-free, so this repo's "commits the frozen record back to main" was already factually wrong.Removed
.github/workflows/package-release.yaml— collapsed the header comment (why-not-autopublish rationale +rainix-tag-release's chain-verification gate) to one line of deploy-repo identity.CLAUDE.md"Deployment and releases" — removed therainix-tag-releasemechanics (cuts the frozensrc/generated/<tag>/record via cutRelease and publishesrain-extrospection-deployto Soldeer).README.md"Releases" — removed the fullrainix-tag-releasemechanics paragraph (regenerate candidate / freeze / regenerate released-suites libs / verify chains / publish to Soldeer / commit record back to main — now stale).Kept (repo-local invariants an agent would get wrong from the repo alone)
Deploy address is a pure function of the bytecode (Zoltu); the deploy is a manual dispatch run BEFORE the tag; releases are manual
sol-v*tags not merges;releasedSuites()is empty until the first release is cut; the deploy-record section's frozensrc/generated/<tag>/facts are untouched.QA
Summary by CodeRabbit
sol-v*tagging process.